home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 317 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.8 KB
  1. From: clamage@Eng.Sun.COM (Steve Clamage)
  2. Message-ID: <4fiiln$mu4@engnews1.Eng.Sun.COM>
  3. X-Original-Date: 10 Feb 1996 16:55:19 GMT
  4. Path: in2.uu.net!bounce-back
  5. Date: 11 Feb 96 03:20:39 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Newsgroups: comp.std.c++
  8. Subject: Re: Make type_info name() distinct?
  9. Organization: Sun Microsystems Inc., Mountain View, CA
  10. References: <v01530502ad4230963778@[194.163.74.11]>
  11. X-Newsreader: NN version 6.5.0 #21 (NOV)
  12. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  13.     iQBFAgUBMR1gn+EDnX0m9pzZAQGybwF/bOdauEQ1nM5g8PrWz8C0zotsiW0bBqj4
  14.     7JGm4XfHzdvFiwjrGxvRMgRFJGnDXlR2
  15.     =k9lM
  16.  
  17. dirk@becker.adviser.com (Dirk Becker) writes:
  18.  
  19. >A better support of persistence was also the intention of my original post.
  20. >But I did not ask for the additional information in RTTI because I knew
  21. >already the reason:
  22.  
  23. >This wide RTTI would allow anybody with a decent disassembler to reverse-
  24. >engineer your valuable data structures, including full member variable
  25. >names. This cannot be acceptable for a general-purpose (not only persistence)
  26. >feature.
  27.  
  28. Just whose reason was that? So far as I know, no such discussion ever
  29. took place in the C++ Committee.
  30.  
  31. No proposal has ever been turned down on the basis of it making code
  32. easier to reverse-engineer or disassemble. I know of no serious
  33. discussion within the C++ Committee where such a subject was even raised.
  34.  
  35. So far as I know, no complete proposal for providing support for
  36. persistence was ever presented.
  37.  
  38. The difficulty lies in devising a scheme that is portable, implementable,
  39. useful, and also acceptable to a wide range of implementors and users.
  40. --
  41. Steve Clamage, stephen.clamage@eng.sun.com
  42. ---
  43. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  44.   Contact address: std-c++-request@ncar.ucar.edu.  Moderation policy:
  45.   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html. ]
  46.